Fritz: All Fritz

home *** CD-ROM | disk | FTP | other *** search

/ Fritz: All Fritz / All Fritz.zip / All Fritz / FILES / DATATURE / WAMPUM42.LZH / WAMPDOC.EXE / lha / WAMPUM / README.DOC < prev next >

Wrap

Text File | 1990-08-21 | 74KB | 1,177 lines

WAMPUM 4.2 Supplemental Documentation This documentation supplements the existing Second Edition, User's Guide and provides a thorough discussion of ALL new WAMPUM 4.2 features. This format was chosen because of the substantial existing user base for earlier versions. In short, you do not have to print or read the existing Second Edition User's Guide if you already have mastered it. If you are new to WAMPUM, please read the User's Guide FIRST. Only features of WAMPUM 4.0 forward are outlined here. WAMPUM continues to be one of the fastest and most powerful dBASE- compatible products on the market. Individual files are "limited" to one billion records (if you can afford the disk storage). 400 fields per data base are supported, and memo fields are limited only by the amount of available system memory in your system. WAMPUM 4.2 finally brings FULL relational power to the ShareWare market. The breadth of new features also provides the best of every known data base on the market as well as a few specials of our own. These include: * WAMPUM now can be loaded as a pop-up TSR consuming less than 20K * Version 4.2 directly supports .PCX image fields while retaining dBASE file compatibility. Hercules, EGA, and VGA monitors are supported. * Fully relational table lookup from up to 9 "pop-up" data bases * Reports and mailing labels using up to 5 relational data bases * State-of-the-art form letters using up to 5 relational data bases * Unlimited computational functions in RELATED data bases means you can develop full-featured accounting or inventory systems without writing a single line of program code! * "Power Browse" brings the BEST full screen browse utility to the market allowing complete edit, update, append, delete, and undelete functionality on a single screen containing any selected group of records from a data base of any size. These records are displayed in spreadsheet format (15 records per screen). Hot keys allow you to move to the top or bottom of the file as well as any particular record by record number or by record key. * New UNIQUE table permits automatic generation of order numbers, part numbers, or any other field requiring a unique key. * New PHONFILE table brings a "pop-up" phone dialer to WAMPUM. * New DOSAPPS table brings a "pop-up" DOS application menu to WAMPUM permitting users to select and run DOS applications requiring up to 512K of memory WITHOUT EVER LEAVING WAMPUM. Move over DesqView! * New DITTO hot-key allows users with a single keystroke to instantly duplicate any previously typed field data. System Requirements: 512K PC/XT/AT/286/386/486 with DOS 2.1 or higher. DOS 3.1 or higher is required for network applications. Hard disk is strongly recom- mended although WAMPUM will run on a dual floppy system with at least one 720K or higher floppy drive. WAMPUM requires 430K of free and clear RAM to load! To display .PCX picture fields in your data bases, you must have either a VGA, EGA or Hercules-compatible graphics card and monitor. Licensing: 90-day ShareWare license, no charge. Single-user license, $50 per PC plus $5 shipping/handling ($10 foreign) for user's choice of latest available versions. Network license, $150 per network server plus $5 shipping/handling for unlimited use on a single network. Soft-bound Second Edition manual, $20. Support: 90 days free telephone support by calling 404/237-9420 between the hours of 6 p.m. and 9 p.m. Eastern time, Monday through Thursday. 90 days free BBS or mail support to registered users in addition to telephone support. Product Reviews: Many ask whether WAMPUM has been evaluated and, if so, what the reviewers said about the product. Here is a sample of reviews covering version 3 of WAMPUM: "WAMPUM is the best database manager I know of. [It's] a dBASE III clone that, in reality, is a great improvement over the original. It is not only a database manager with an excellent, easy-to-learn interface, it is a complete development package. It features a long, impressive list of capabilities and is fully file-compatible with dBASE III. The documentation . . . is excellent explaining all the WAMPUM functions in detail." Jim Pile, PCM Magazine. "WAMPUM is comparable to dBASE III in features and power but offers a menu-driven interface. It uses a dBASE III - compatible file structure and offers network support, multiple indexes, relational functions, printer templates, macros, and password protection." George Campbell, PC World. "WAMPUM is well-conceived and well-implemented... impressive, a must for anyone who seeks simplified dBASE capabilities. WAMPUM might be viewed as what Ashton-Tate's RapidFile should have been, a menu-driven version of dBASE. WAMPUM is more powerful and much cheaper than RapidFile and Alpha Three, other attempts to put a menu face on dBASE. With network support and other clever features, WAMPUM is, in many ways, more capable than dBXL." John L. Hawkins, Data Based Advisor. "The question may not be 'how much does it cost.' The only valid question is 'Will it do the job for me?' . . . For personal or recreational database use, WAMPUM is a gift-horse that you can afford to 'look in the mouth.' For business, here is an industrial grade product full of embellishments. Indeed, WAMPUM is close to dBASE III Plus in performance." Hal Nieburg, Computer Shopper. And now, WAMPUM 4.2 brings you FULL RELATIONAL POWER plus ease of use and up to 50 per cent better performance than dBASE III Plus: Using 10,000 records WAMPUM dBASE III Plus --------------------- ------- -------------- Index all records 17 sec. 27 sec. Count random records 5 sec. 7 sec. List random records 8 sec. 12 sec. Replace all records 23 sec. 34 sec. WAMPUM has been developed and refined over a period of four years. Hype aside, we think you will find it offers more features and performance per dollar than ANY other data base package in the world. It was written the old-fashioned way, in a basement. It was not developed by committee or by hired hands. And we have never spent one nickel advertising WAMPUM. Consequently, it is also the least expensive data base package in the world. We plan to keep it that way. It might also interest you to know that the last "bug" report filed by a user was over 18 months ago. If any of these diffferences from commercial products trouble you, then please feel free to look elsewhere for your DBMS product. Our special thanks goes to the thousands of current WAMPUM users. Most of the new features in version 4 are the result of their suggestions. If you have ideas that would make WAMPUM a more useful product, please drop us a note. We'd love to hear from you, too! The User's Guide fully explains the concept of ShareWare if you don't already know. It is a "try before you buy" deal. It does not mean use the software forever without compensating the author. Unlike some ShareWare authors who receive substantial revenues from commercial sales of their products, we don't do this for one simple reason: it costs you money! We think you will find our support policies are more than satisfactory to get you up to speed quickly. We have never received more than a few calls from any user. The reason is that WAMPUM is a solid, easy-to-learn piece of software. This should not lead you to believe you can learn it in a day. An entire college education can be devoted to learning all there is to know about data base management systems. WAMPUM strives to bring you a product with the richness of virtually all the best data base languages through a table-driven, menu interface. That should not be confused with simplistic. While any dummy can create a data base, add a few records, and print a list or report, there is much, much more to WAMPUM. It was designed to meet all the data base requirements of very sophisticated businesses and organizations. What you get out of WAMPUM is directly proportional to the effort you are willing to put into learning it. Beginning with this version of WAMPUM, we will provide two years' worth of free WAMPUM updates to anyone who sends us an uncopyrighted, WAMPUM application which we deem sophisticated enough to place on our bulletin board system. A few pages of documentation on disk also would be appreciated as well as a brief summary of the function of the application. Please indicate which version of WAMPUM is required for the application, e.g. Clipper, dB3, or FoxBASE+. WAMPUM's power is derived from our use of the very best compilers in the personal computer data base market. As you may have read, the so-called dBASE market is splintering badly as we enter the 1990's. For this reason, future versions of WAMPUM may have significant differences depending upon the version you order. The next page summarizes our current offerings. It should be noted that, as this version is released, dBASE IV still is NOT a reliable enough product upon which to develop a deliverable version of WAMPUM. This may or may not change in the coming months or years. FoxPro also has just been released. It is a phenomenal product which will likely change the entire personal computer data base market. Nevertheless, there are licensing restrictions which we will need to work out with Fox Software before a new FoxPro-compatible version of WAMPUM can or will be released. If you are interested in being kept abreast of new developments, send us a self- addressed, STAMPED envelope and we will mail you additional info when available. The following software licenses currently are available from Ward Mundy Software, 4160 Club Drive, Atlanta, GA 30319 USA: WAMPUM 4.2C (Clipper-compatible indexes) is a full-featured, fully-relational, menu-driven, memory resident dBASE III Plus-compatible data base management system. As with all current WAMPUM versions, WAMPUM 4.2C uses dBASE III- compatible data bases except users may opt to increase the number of data base fields beyond 128 and up to 400. If the number of fields exceeds 128, then dBASE III file compatibility is forfeited. This would mean that such data bases could no longer be used with products such as dBASE III Plus, dBASE IV, FoxBASE+, or FoxPro. If performance is a key consideration and/or reliability on a network, we would recommend version 4.2C to you. WAMPUM 4.2D (dBASE III+ compatible indexes) is virtually identical to WAMPUM 4.2C except that this version uses dBASE III Plus-compatible indexes. Indexes are the supplemental files that WAMPUM uses to maintain sorts of your data base. While the indexes are functionally equivalent to Clipper indexes, their internal format is different. With large data bases, Clipper indexes tend to be much smaller and much faster in operation. dBASE III Plus indexes are comparatively poor performers in a network environment. However, if you use dLITE, dBASE III Plus or dBASE IV and need to maintain index as well as data base compatibility, we would recommend version 4.2D to you. WAMPUM 3.3F (FoxBASE+ version) provides the functionality described in the Second Edition of the User's Guide. Currently, it does NOT support version 4 enhancements described in this README file. Its other key difference from the above versions is that it relies upon the FoxBASE+ run-time interpreter which is licensed to you with the WAMPUM software. Because FoxBASE+ is an interpretive language, it gives WAMPUM the added flexibility of providing you a simulated dot prompt or "command mode." In this mode, you can enter dBASE-like commands just as you would with dBASE III Plus. You also can write your own simple, unnested programs up to approximately 500 lines of code. We do NOT provide technical support on matters regarding the command mode or programs you write. Virtually any good dBASE III Plus reference book can assist you with the available commands in the dBASE language. FoxBASE+ is a superset of that language. WAMPUM 3.3C or 3.3D (Floppy-only versions) are available to those with no hard disk and no floppy disk support above 360K format. 2d Edition functions apply. dLITE 1.1 (dBASE III+ compatible indexes) is a pop-up, memory resident desktop file manager. It permits a user to access up to 10 different dBASE-compatible data base applications from within almost any text-based application. In addition to powerful file management functions, dLITE also includes a unique paste function permitting users to extract data from any data base and stuff it into a word processing document, spreadsheet, or any other foreground appli- cation. System requirements: 160K free RAM or 100K with 64K expanded memory. Badge-O-Magic 2.0 (Clipper or dBASE III compatible indexes) is a program which produces one to four line badges or name tags using any LaserJet II-compatible laser printer. Six soft fonts are included with the software providing type sizes of 12 to 40 points with automatic font sizing and centering on the badges. This is the ideal product for those needing easy-to-read name tags for conven- tions, meetings, or social gatherings. The software is completely menu-driven and includes a powerful file manager for manipulating dBASE III-compatible data. MenuMaker is a software development tool which allows a developer to draw a data entry screen as it should appear with any of the WAMPUM or dLITE products. Using point-and-shoot menus, the developer then links the data entry screen to the desired data base. MenuMaker then writes the necessary application code. I. Developer's Power Browse WAMPUM 4.2 sets a new standard for full-screen BROWSE functionality in DBMS software currently on the market. Instead of displaying one record for editing at a time, POWER BROWSE displays 15 records simulataneously. Records quickly can be ADDED, CHANGED, DELETED, or UNDELETED within the POWER BROWSE facility. POWER BROWSE also allows you to predefine the sort order and group of records with which you want to work. For example, you could select just records entered for a given month to browse. Or, you could choose just those records in which a payment was overdue. To run POWER BROWSE, follow these simple steps: (1) Start WAMPUM in developer mode by typing WAMPUM VOODOO at DOS prompt. (2) Choose the file and indexes with which you wish to work. Press ALT-I from the Main System Menu to select the lead index for sorting data. (3) Press ALT-S from the Main Menu if you wish to narrow down the group of records to be used in POWER BROWSE. Or, you may enter standard dBASE selection criteria by choosing the S - Select Utilities option. (4) If you want to work with a specific group of fields in the data base or if you want to reorder the sequence of the field display, press ALT-B and type Y when asked whether to select browse fields. Highlight the first field to be displayed and press <ENTER>. Continue this process for any additional fields you want to work with. When finished, <ESC>. (5) Choose S - Select Utilities option. Use the <Down> cursor to move to the Developer's Browse Mode option. Type Y in this field and <PgDn>. (6) The POWER BROWSE screen will appear. A sample is shown below. The top box of the display tells you what special functions are available. |-------------------------------------------------| | Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit.| | ^Home - 1st Field ^End - Last Field | | ^PgUp - 1st Record ^PgDn - Last Record | |-------------------------------------------------| |---<Record 1 of 2>------------------------------------------------------------| | LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS | |------------------------------------------------------------------------------| | Adams | 10/10/89 | 14.00 | 1.00 | T | <Memo> | | Smith | 11/12/89 | 10.00 | 9.00 | F | <Memo> | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |---<ALT-R to Reposition>------------------------------------------------------| (7) If you wish to reposition to a particular record in the file, you may press the ALT-R key which will display a light-bar menu in the middle of the browse window as shown below. To move to the Bottom of File, simply highlight this option and press <ENTER>. To move to a parti- cular record number, highlight the Pick Record # option, press <ENTER>, type in the desired record number, and press <ENTER>. If your file is indexed, you can move to the closest matching key to any value you enter by highlighting the Matching Key option, pressing <ENTER>, typing all or part of the key to find, and pressing <ENTER> again. Please note that if your lead index is a date field, the date to find must be entered in the format YEAR, MONTH, DAY. For example, if the FILINGDT field entry for 11/12/89 was desired, you would enter 19891112 and press <ENTER>. |-------------------------------------------------| | Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit | | ^Home - 1st Field ^End - Last Field | | ^PgUp - 1st Record ^PgDn - Last Record | |-------------------------------------------------| |---<Record 1 of 2>------------------------------------------------------------| | LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS | |------------------------------------------------------------------------------| | Adams | 10/10/89 | |================| 1.00 | T | <Memo> | | Smith | 11/12/89 | |Top of File | 9.00 | F | <Memo> | | | | |Bottom of File | | | | | | | |Pick Record # | | | | | | | |Matching Key | | | | | | | |Abort Search | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |================| | | | | | | | | | | |---<ALT-R to Reposition>------------------------------------------------------| (8) There are two ways to change existing data. You may simply type over the data that is already there. If you start typing, the rest of the current field will be erased automatically. Or, you may move to the desired field, press <ENTER>, and then begin typing the new data. In the latter case, existing data will NOT be erased when you start typing. Press CTRL-Y to delete from cursor to end of field. When the data has been entered as desired, press <ENTER> to SAVE your changes. (9) If you begin changing a field and discover you have made a mistake, simply press <ESC> to restore the original entry. (10) To mark a record deleted, move the cursor to the desired record, and press either the <DEL> key or <CTRL-U>. To unDelete a record marked for deletion, repeat this process again. In short, <DEL> and CTRL-U toggle the delete function ON and OFF. (11) To edit MEMO fields, highlight the desired field in the desired record. The middle of the BROWSE SCREEN will tell you whether the MEMO field contains data. Press <ENTER> to edit the field. To SAVE your changes, press CTRL-W. To exit without saving your changes, press <ESC>. (12) Shown below is a sample memo field once the MEMO EDITOR is called by pressing <ENTER> while positioned over a MEMO field. |-------------------------------------------------| |Use Arrows to move, ^W to save&end, <ESC> to quit| | ^Home - Top of Memo ^End - End of Memo | | PgUp - Up 1 Screen PgDn - Down 1 Screen | |-------------------------------------------------| |---<Record 1 of 2>--------------<Memo Data>-----------------------------------| | EDITING KEYS: ^W=SAVE Esc=ABORT ^N=LINE INS ^T=WORD DEL ^Y=LINE DEL | |------------------------------------------------------------------------------| | |--------------------------------------------------------------------------| | | |Here is a sample comment for record 1. | | | | | | | | | | | | | | | | | | | | MEMO FIELD: COMMENTS--------------------------------------------RAM: 60K | | |---<ALT-R to Reposition>------------------------------------------------------| (13) If you wish to ADD new records to your existing data base while in POWER BROWSE mode, move to the bottom of the file using either the cursor keys, CTRL-PgDn, or the ALT-R function. Then press the <Down> cursor key. A beep will tell you that you are adding a new record to the data base. To abort the process, press the <Up> arrow. Otherwise, type the desired data and press <ENTER> to save each new field entry. NOTE: You cannot add data to a MEMO field while in ADD mode without first adding data to some other non-MEMO field in the new record. |-------------------------------------------------| | Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit.| | ^Home - 1st Field ^End - Last Field | | ^PgUp - 1st Record ^PgDn - Last Record | |-------------------------------------------------| |---<Adding Record 3>----------------------------------------------------------| | LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS | |------------------------------------------------------------------------------| | Adams | 10/10/89 | 14.00 | 1.00 | T | <Memo> | | Smith | 11/12/89 | 10.00 | 9.00 | F | <Memo> | | *************** | / / | 0.00 | 0.00 | F | <Memo> | |-------------------------------<Add Record>-----------------------------------| (14) SPECIAL NOTE: The usual WAMPUM Edit Checks are not executed when you add or change data using the POWER BROWSE option. This is the reason the function is reserved for those with the DEVELOPER PASSWORD only! (15) When you finish using POWER BROWSE, simply press <ESC> to exit. Confirm your desire to exit by typing Y. The Main Menu will reappear. II. "Pop-Up" Relational Tables for Table Lookup Now you can design up to 9 "pop-up" tables to assist end-users with data entry. They can choose any desired entry in the table and simply press the <ENTER> key to stuff one or more entries in the lookup table into the foreground data entry screen. The developer can either define which fields get stuffed when the end-user selects an entry, or the developer can leave it up to the end- user to determine which field to stuff. An example may help. Suppose one is entering orders into a customer order data base for a parts supplier. Rather than having to type the customer's name, address, city, state, and zip code each time the customer orders a product, we would like to look up this information in a "pop-up" customer file and "stuff" the necessary data into our orders file. We also would like to do the same thing with the various parts that a customer wishes to order. In other words, we want to look up the part number, the part name, and the cost of the part. WAMPUM now lets you design 9 such tables and "store" them under 9 "hot-keys" so that a user can press ALT-1 through ALT-9 and "pop-up" the desired table at any time while adding or editing records using the A - ADD or E - EDIT options. To create table lookup applications, you must do three things. First, create the TABLE.DBF file structure shown below using the B - BUILD NEW FILE option, or you may simply copy the TABLE.DBF file provided on the distribution diskette into each application directory you create. Second, create the table file (such as the CUSTOMER file or PARTS file described above) and any desired index to order entries within the file. Third, create an entry in the TABLE data base file to describe which hot key the user should press and what should happen when the key is pressed. Step 1 - Building A New TABLE.DBF File Start WAMPUM in Developer Mode by typing WAMPUM VOODOO. Choose B - Build New File. When prompted for a file name, type TABLE and press <ENTER>. Type in the following entries: NUM FLD NAME TYPE FLD LEN FLD DEC --- ---------- ---- --------- ------- 1 FILE C 20 0 2 INDEX C 20 0 3 PROMPT C 40 0 4 DISPLAY1 C 10 0 5 DISPLAY2 C 10 0 6 DISPLAY3 C 10 0 7 DISPLAY4 C 10 0 8 DISPLAY5 C 10 0 9 DISPLAY6 C 10 0 10 DISPLAY7 C 10 0 11 DISPLAY8 C 10 0 12 DISPLAY9 C 10 0 13 FLDDATA1 N 3 0 14 FLDFILE1 C 10 0 15 FLDDATA2 N 3 0 16 FLDFILE2 C 10 0 17 FLDDATA3 N 3 0 18 FLDFILE3 C 10 0 19 FLDDATA4 N 3 0 NUM FLD NAME TYPE FLD LEN FLD DEC --- ---------- ---- --------- ------- 20 FLDFILE4 C 10 0 21 FLDDATA5 N 3 0 22 FLDFILE5 C 10 0 23 FLDDATA6 N 3 0 24 FLDFILE6 C 10 0 25 FLDDATA7 N 3 0 26 FLDFILE7 C 10 0 27 FLDDATA8 N 3 0 28 FLDFILE8 C 10 0 29 FLDDATA9 N 3 0 30 FLDFILE9 C 10 0 When all entries have been typed, press <ESC>. When asked whether to proceed with building the file, type Y. In the alternative, you may copy the TABLE.DBF file which was provided with your copy of WAMPUM. You will need to copy it to EVERY directory in which you build a WAMPUM application unless you wish to leave it in the DOS PATH and access it from multiple WAMPUM applications. The philosophy of designing WAMPUM applications and where to place system files is covered in the Developer's Section of the User's Guide. Step Two - Creating the Relational Data Base This step obviously is application specific. What information do your users need to look up without having to refer to printed lists, cheat sheets, and the like? A sample application is stored in a directory on your disk named \WAMPUM\SAMPLE1. Move to this directory by typing CD \WAMPUM\SAMPLE1 at the DOS PROMPT. Print the README.DOC file in this directory by typing: COPY README.DOC PRN Read the documenation then type WAMPUM VOODOO to start up WAMPUM. This sample application contains two table lookup data bases: one for customers and one for parts. Notice that each is indexed on a key field. This enables quick retrieval of data in sorted order for display in the pop-up table. Add a record to the data base. When the blank form appears, press ALT-9 then <ENTER> to display the customer file. Mundy will be highlighted. Press <ENTER> to "stuff" Mundy's customer information into your order form. Now press ALT-1 then <ENTER>, highlight a part, and press <ENTER> again. This will "stuff" part information into the order form. That's all there is to it! Step Three - Building the Table Entry in TABLE.DBF What makes all this magic work depends upon what you enter into the TABLE data base. This data base determines which "hot-keys" are enabled and what happens when an end-user presses one of them. The record numbers of entries in the TABLE.DBF file correspond to the "hot- keys" they will activate. In short, if entries are made in record 1, then these entries will be executed when the user presses the ALT-1 "hot-key." If entries are made in record 2, these are executed by pressing ALT-2. And so on. Up to 9 records can be added to the TABLE.DBF file corresponding to ALT-1 thru ALT-9. Any blank records in TABLE.DBF are ignored and will not activate a hot-key. Let's examine a typical TABLE.DBF entry: |--------------------------------------------------------------------------| |Record No. 1 | | | |FILE| PART INDEX| PART | | | |PROMPT| Enter part name or <ENTER> for all: DISPLAY1|PART | | | |DISPLAY2|PARTNO DISPLAY3|ONHAND DISPLAY4|COST | | | |DISPLAY5|PRICE DISPLAY6 DISPLAY7 | | | |DISPLAY8 DISPLAY9 FLDDATA1 7 FLDFILE1|PARTNO | | | |FLDDATA2| 8 FLDFILE2|PART FLDDATA3| 9 FLDFILE3|PRICE | | | |FLDDATA4 FLDFILE4 FLDDATA5 FLDFILE5 | | | |FLDDATA6 FLDFILE6 FLDDATA7 FLDFILE7 | | | |FLDDATA8 FLDFILE8 FLDDATA9 FLDFILE9 | | | |--------------------------------------------------------------------------| And here is the ORDERS data entry screen that the entry above would support. Asterisks show where the looked up data will be stuffed by WAMPUM. |----------------------------------------------------------------------------| |Record No. 2 | |CUSTOMER Mundy, Ward ADDRESS 4160 Club Drive | | | |CITY Atlanta STATE GA ZIP 30319 ORDERDT / / | | | |PARTNO_1 ***** DESCRIP_1 ********* PRICE_1 ********* QUAN_1 | | | |PARTNO_2 DESCRIP_2 PRICE_2 0.00 QUAN_2 | | | |PARTNO_3 DESCRIP_3 PRICE_3 0.00 QUAN_3 | | | |ORDER_TOT 0.00 ORDERNO | |----------------------------------------------------------------------------| In the FILE field of TABLE.DBF, you enter the name of the data base to be used for the table lookup. It may include a path if desired. In the INDEX field, enter the name of the INDEX file, if desired. If an index is used, the file will be sorted in the order of the index when the table is popped up. Specifying a PROMPT determines whether the user will be asked to enter search criteria before the pop-up table appears. The prompt should correspond to the INDEX which will be used for the lookup. The 9 DISPLAY fields permit you to define up to 9 fields from the table which should be shown when the table pops up. If all the DISPLAY fields are left blank, then ALL fields in the table will be displayed and the user can browse through all of them. This may or may not be what you desire. There also are 9 pairs of FLDDATA and FLDFILE fields. This is where you tell WAMPUM which fields from the table lookup entry should be stuffed in which fields displayed on the data entry screen. You do NOT have to specify any of these in which case the user could look at a table but could NOT stuff data from the table into the data entry form. In the alternative, you may specify 1 to 9 pairs of data to be stuffed into the data entry form. For example, FLDDATA1 above contains an entry of 7 and FLDFILE1 specifies PARTNO. This means when the user chooses an entry in the table, WAMPUM will automatically move the PARTNO of the entry chosen to seventh field on the ORDERS data entry screen. Looking at the primary data entry screen tells you that the seventh field is the first part number ordered field: PARTNO_1. Two alternatives are available in "stuffing" data. Specifying a number in the FLDDATA1 field forces data into a specific field on the ORDERS data entry screen as was done above. In some cases, however, you may wish to use one table to stuff data into a number of different fields on the data entry screen. If FLDDATA1 had been left blank (i.e. 0), then WAMPUM will stuff PARTNO into the field where the cursor was when the pop-up table was activated. The only drawback of the latter method is that multiple fields obviously cannot be stuffed with data simultaneously. Since we wanted to look up a part name, number, and price above, the second approach simply would not be appropriate. Once you have completed the entries in the TABLE.DBF file, SAVE your work by pressing CTRL-W. Then <ESC>ape to the Main Menu, and press ALT-0 to reload the default configuration. Now try out your handiwork! III. Using 5 Relational Data Bases for Reports & Labels Prior versions of WAMPUM already supported one additional relational table for relating during execution of reports and labels. WAMPUM 4.2 expands this to five through the W - WAMPUM Preformatted Output option. If you have existing WAMPUM applications, these can be modified by changing the structure of your WAMPUM.DBF files to the following: NUM FLD NAME TYPE FLD LEN FLD DEC --- ---------- ---- --------- ------- 1 DATAFILE C 8 0 2 SORTINDX C 8 0 3 RPTLBLFRM C 1 0 4 OUTFILE C 8 0 5 FONT N 1 0 6 CRITERIA C 213 0 7 DESCRIP C 30 0 8 RELFILE C 8 0 9 RELKEY C 8 0 10 RELFILE2 C 8 0 11 RELKEY2 C 8 0 12 RELFILE3 C 8 0 13 RELKEY3 C 8 0 14 RELFILE4 C 8 0 15 RELKEY4 C 8 0 16 RELFILE5 C 8 0 17 RELKEY5 C 8 0 New applications automatically will have a WAMPUM.DBF file created with the above structure when you choose W - WAMPUM Preformat and tell the system to create the new file. Existing rules for relating data bases as outlined in the Second Edition User's Guide apply to the additional relations as well. A sample application demonstrating the new relational file capabilitity is stored on your disk in the \WAMPUM\SAMPLE2 directory. Read its README.DOC file. IV. Computational Functions in Related Data Bases Prior versions of WAMPUM supported CALCULATED FIELDS in the primary data base through entries in the EDIT.DBF file. See the Second Edition User's Guide for more information. WAMPUM 4.2 greatly expands this functionality by now allowing CALCULATED FIELDS in not only the primary data base but in any number of related data bases as well. The SAMPLE1 application in \WAMPUM\SAMPLE1 gives a good example of where this would be used. You are filling orders for PARTS. As you fill out an order form for parts, you would like the system to automatically reduce your existing inventory of the parts ordered by an amount corresponding to the quantity of parts sold. Prior to WAMPUM 4.0, this typically required the services of a very skilled programmer. Now, you can do it yourself. Read through the \WAMPUM\SAMPLE1\README.DOC file and then complete a couple of orders. Change to the PART file and display several of the PART records, you will notice that the ONHAND quantities are decremented corresponding to the amount of parts you ordered. To set up a computational function in a related data base, you simply add a record to the EDIT.DBF file (after READING and FOLLOWING the rules outlined in the User's Guide with respect to record 1). See the section in the User's Guide entitled "Using Table-Lookup for Calculated Fields." It begins on page 64. The syntax is identical to that shown in the User's Guide on p. 65 with one enhancement. For item 2(d), you now may enter either the field number of the field in the primary data base to be calculated OR you may enter the actual field name of a field in the related file specified in item 2(b). V. Using the UNIQUE table to calculate unique entries There are a number of times when you need to calculate a unique value for a particular field. Account numbers, order numbers, part numbers, and the like all lend themselves to this. WAMPUM 4.2 now will handle the calculation for you. Here are the steps necessary to implement it. First, create a new database called UNIQUE. Create a single field with a field name of UNIQUE, field type Numeric, and a field length of 5-9 digits depending upon your application. Add one record to this file with the starting number. The entry should be large enough to fill out all field positions with a number. For example, if a five digit field is used, start with at least 10000. Store this file in the directory in which you are building your application that will rely on the UNIQUE table. Add an entry to the EDIT.DBF table (with the caveats outlined above) which looks like the following: EDITTEST: #HELPCODE=1 .AND. EMPTY(FLDDATA[20]) ERRMSG: 20,UNIQUE The # sign tells WAMPUM that this calculated field will rely upon the UNIQUE table. Following the # sign, specify the logical expression telling WAMPUM when the calculation should be executed. In this case, HELPCODE=1 tells WAMPUM to execute this instruction only when the user is in ADD RECORD mode. The remaining condition assures that a table calculation is not performed if there already is an entry in the field. In the ERRMSG field, specify the number of the field to be calculated, then a comma, and then the expression to calculate the field value. Looking at the ORDERS data entry screen several pages back reveals that the ORDERNO field is field #20. Since it is a numeric field, the numeric contents of UNIQUE can be "stuffed" directly into the field. NOTE: WAMPUM always increments the UNIQUE value by 1 BEFORE stuffing the value in the designated field. An example of the above is also contained in the \WAMPUM\SAMPLE1 application. Read the README.DOC file in that directory for additional details. VI. "Pop-Up" Phone Dialer For those with a Hayes-compatible modem, WAMPUM now provides a pop-up phone dialer from the Main System Menu. Make sure you connect a telephone to your modem's telephone output jack. Copy all of the PHONFILE files (PHONFILE.*) into each directory where you wish to use the pop-up phone dialer. Or place these files in your DOS PATH. Run WAMPUM in Developer Mode by typing WAMPUM VOODOO. Use F - File Select and choose the PHONFILE data base. When the Main Menu reappears, you can use the A - Add Records option to add new entries to your phone file. When you finish adding names and phone numbers, return to the Main Menu and press ALT-0 to reload your default configuration. Choose the * - CONFIG Update option and enter the number of the COM port to which your modem is attached. If you have TOUCH-TONE service and a Hayes- compatible modem, the MODEM INIT string should be fine. Specify the time in seconds that WAMPUM should wait before redialing. A value of 30 to 45 is recommended. Then <PgDn> and SAVE your new configuration to disk. To use the phone dialer, return to WAMPUM's Main System Menu. Press ALT-P. The dialer menu will pop-up. Highlight the person you want to call and press the <ENTER> key. Or you can exit from the dialer by pressing <ESC>ape. The dialer should dial the desired number within 3 seconds. Pick up your telephone and wait for the called party to answer. When they answer, press either the <ESC> key or the space bar to turn OFF redial. If you get a BUSY signal, press <ENTER> to immediately redial the number. VII. "Pop-Up" DOS Applications Menu WAMPUM 4.2 now permits developers to build in as many external DOS applications to WAMPUM's Main Menu as desired. Each application may use up to 512K memory provided you have at least a 640K system. In short, end-users may now execute other DOS applications including word processors, communications, and spreadsheet software without ever leaving WAMPUM's Main Menu. The only system requirement is that you keep at least 512K of empty disk space since WAMPUM uses this work space when external applications are run. A sample DOSAPPS.DBF file accompanies the software. This data base can be changed to meet your individual needs. There is no limitation to the number of applications which can be added to the file. However, the applications will pop-up in the same order in which they are entered into the file. Here is a sample DOSAPPS data entry form. |-------------------------------------------------------------------------| |Record No. 2 | |PROGRAM Exit to Small DOS SUPERVONLY F | | | |COMMAND C:\command TEMPDRIVE | | | |MEMORY 128 PAUSE F | |-------------------------------------------------------------------------| In the PROGRAM field, specify the text which should display for this application when the user selects the ! - RUN External Program option. In the SUPERVONLY field, type T or Y if only those running with the developer password should have access to this application. Otherwise, the application will be available to anyone who has privileges to use the ! option. In the COMMAND field, type the actual DOS command to be executed. This may include a drive and path name with DOS 3.0 and higher IF the program does not rely on overlays OR if the program is stored in a DOS PATH directory. The command must be the name of a file with an extension of .EXE, .COM, or .BAT. Note that .BAT batch files may contain any combination of DOS commands. If you use a batch file and change drives or directories, make certain that you change back to the appropriate drive and directory before exiting back to WAMPUM. In the TEMPDRIVE field, specify the drive where WAMPUM must have 512K of disk space for work space. If the default drive has this must space, leave this blank. If you have a RAMDRIVE with 512K free, this is the ideal drive. In MEMORY, enter the maximum amount of memory which will be needed by this application. If the number is too low, the application will NOT load. If you leave it blank, WAMPUM will use all available memory up to 512K. If your program needs less memory than 512K, do NOT leave it blank. Inserting a lower number will permit WAMPUM to load your application quicker. Marking the PAUSE field True will cause WAMPUM to pause after you exit your applicaton before returning to the WAMPUM Main System Menu. The sample above shows how one would specify an option allowing the user to exit to DOS. The user then can return to WAMPUM by typing EXIT at the DOS prompt. Important NOTE: Since WAMPUM swaps a portion of itself to disk while other programs are running, there is NO performance degredation in running other DOS programs from within WAMPUM. Once these programs are loaded into memory, they will operate just as if they had been run from the DOS prompt. VIII. The DITTO hot-key By popular demand, we have added a DITTO "hot-key" that will duplicate any previously entered data for the same field in any other record. The hot key is ALT-N and is available in both ADD and EDIT modes of WAMPUM. IX. A Few Gotcha's to Watch Out For When you create indexes within WAMPUM, the program records which indexes go with which data bases in a file called filename.mem where filename is the name of the data base. Do NOT delete indexes at the DOS level! Delete them within the I - Index Select/Create option. In this way, WAMPUM will update the .MEM file correctly. Otherwise, you will get smoke when you attempt to use the data base again. If you forget and delete indexes at the DOS level, then simply delete the FILENAME.MEM file corresponding to the data base file name. You then must reselect the indexes which go with this data base the next time you use it. The Browse functions have been reworked considerably from version 3. If you wish to browse before editing or displaying complete records with E - Edit Record or D - Display Records, then press ALT-B to TURN ON BROWSE. If you want to select fields to browse, mark the option Y, highlight the desired fields and press <ENTER>. <ESC> when done. Until you turn BROWSE OFF by pressing ALT-B again, you always will get a browse display when using display or edit options. Setting a BROWSE FIELD LIST in record 1 of EDIT.DBF is no longer supported. If you wish to permanently record the BROWSE status as well as the BROWSE FIELDS LIST, then first perform the steps in the paragraph above. Now choose the * - CONFIG Update option. When the configuration screen appears, press <PgDn>, then type Y to save the configuration to disk. The POWER BROWSE features described on page 5 of this file use the same FIELD LIST. The hardest thing to learn in dBASE seems to be how to concatenate (join) two fields for a mailing label. It is covered in detail in the Second Edition User's Guide. It is repeated here for those that don't read that far. You can only join character fields in dBASE. If you wish to join fields which are not character fields, you must first convert them to character fields using a dBASE "function." STR() is the numeric to string function. It converts a number to a character field. DTOC() is the date to character function. It converts a date to a character field. If you have a numeric field named FEE, you can convert it to a character string with the expression STR(FEE,7,2) where 7 is the TOTAL number of positions in the character string (including the decimal point, if any) and 2 is the number of decimals. If you have a date field named BIRTHDAY, you can convert it to a character string with the expression DTOC(BIRTHDAY). Usually what causes mailing labels to self-destruct is a label format in which CITY and STATE are character fields and ZIP is a numeric field (a NO-NO! since some zip codes start with a zero which will NOT be preserved in a numeric field). If you insist on leaving ZIP as numeric, then the correct expression to join these three fields AND trim off trailing spaces from the CITY field is as follows: TRIM(CITY)+", "+STATE+" "+STR(ZIP,5). If the three fields were ALL character fields, the expression is TRIM(CITY)+", "+STATE+" "+ZIP. The periods which end the two sentences above are NOT part of the expressions! Whew! Do NOT delete the MENU #'s list in the * - CONFIG Update option. These are the item numbers on the Main System Menu. For each number you delete, the corresponding option on the Main System Menu will NOT work! The HEADING above the Main Menu can be changed easily by choosing * - CONFIG Update. It does NOT necessarily reflect the current WAMPUM version! Read the logo after exiting to DOS to determine your current WAMPUM version. The Clipper and dB-3 compatible index versions of WAMPUM do NOT support changing a field type in an existing file UNLESS you also change the field name. Changing the field name will NOT preserve existing data! You have several options if you want to preserve your data AND change the field type of an existing field in the data base. First, if you have not yet entered data into the file, then just create a new data base from scratch. Second, you may add a field to the existing data base with a new field name and the correct field type. Leave the old one for the time being. Once the file structure has been modified, then use the GLOBAL SEARCH and REPLACE option to "move" the old data into the new field. Step 1 - Choose S - Select Utilities and enter a selection criteria of RECNO()>=1 which means ALL RECORDS. Step 2 - Choose G - Global Search and Replace option. Use the <Dn> arrow to choose the NEW field. Press <ENTER>. Type the expression necessary to copy the data from the old field. REMEMBER: You MUST use a CONVERSION FUNCTION described above to convert the old data into the new TYPE data! Once this finishes, look through your records to make sure you got what you wanted. When you are satisfied, change the structure of your data base again by selecting B - Build New File then entering *. Now delete the field you no longer need. Finally, if you get errors every time you attempt to start up WAMPUM, chances are there is something wrong with your default data base. You can get into WAMPUM easily if you first delete the WAMPUM.MEM file in the default data base. Deleting this file means you are deleting your default configuration! X. Loading WAMPUM as a TSR (Version 4.1 enhancement) As with many features in WAMPUM, we endeavor to provide the latest and greatest bells and whistles in the industry. One such feature is the ability to load even very large programs (such as WAMPUM) as miniscule terminate-and-stay- resident programs (TSR's). For those unfamiliar with TSR technology, it gives the user the ability to load a program into resident memory and then hide it from view while working with one or more other programs. One past limitation of TSR's was their appetite for resident memory, often considerably more than 100K. This made TSR's less and less desirable as newer programs required more and more RAM to execute. With WAMPUM 4.2, you now can have your cake and eat it, too. Once loaded as a TSR in background, WAMPUM consumes less than 20K! It does this by saving most of the contents of its memory temporarily to someplace other than main memory. It first looks to see if you have expanded memory, then extended memory, and finally to your default disk drive. Between the three places, you MUST have at least 512K of space available. Stated another way, if you have NO expanded or extended memory, you must have at least a half megabyte of free hard disk space on your default drive BEFORE loading WAMPUM as a TSR. WAMPUM 4.2 may be loaded as a TSR by including the word TSR on the command line when WAMPUM is started. For example, WAMPUM TSR would load WAMPUM as a TSR while WAMPUM TSRDISK would load it as a TSR and force RAM contents to disk. This may be necessary with non-standard EMS or extended memory. If loaded from a batch file, make sure WAMPUM is the last command in the file! Additional batch commands can be executed in a batch file (TSR.BAT) after loading WAMPUM as TSR. Once WAMPUM is loaded as a TSR as described above, it can be popped up from within any other TEXT-BASED foreground application by pressing <ALT-W>. From WAMPUM's Main Menu only, you then can put it back to sleep in the background by pressing <ALT-W>. NOTE: The reason for the limitation to WAMPUM's Main Menu is for YOUR protection. On this menu, all WAMPUM files are always CLOSED and SAFE! WAMPUM's speed in loading and unloading as a TSR is dependent upon several factors: the speed of your processor, the amount of extended and expanded memory you have, and (if you have less than 512K of free expanded or extended memory) the speed of your hard disk. If you have a clunker XT with 640K and a hard disk which operates at the speed of a floppy, then WAMPUM's usefulness as a TSR will NOT be a pleasant experience. On the other hand, if you have 512K of EMS memory free or a 30 millisecond hard disk, WAMPUM will pop up and down as a TSR almost instantaneously (with EMS memory) or VERY quickly (with fast hard disk). XI. Adding .PCX Images to Your WAMPUM Applications (Version 4.2 enhancement) One of the major deficiencies in the data base market has been the inability to blend pictures and images into data bases. For example, real estate appli- cations are much more meaningful if a picture of the property or its floor plan accompanies the other traditional data base information. In the insurance field the ability to capture a photo of a piece of property as part of the data base record would be invaluable. In ID systems, adding photos and/or pictures of a signature or fingerprint provides a whole new dimension in the data base. And last but not least, collectors of all persuasions have asked for years for the ability to capture a picture of the collected item in their data bases whether they collect artwork, stamps, beer cans, baseball cards, race horses, or wives. LINKING .PCX IMAGES TO YOUR dBASE DATA BASES Well, the wait is over! WAMPUM now allows you to link images in the industry-standard .PCX format to your dBASE-compatible data bases. The steps to do this are outlined below. 1. Either create a new data base or use an existing dBASE data base. 2. Identify a CHARACTER-type field which will be used to store the file names of the .PCX files. You can have more than one! 3. As you add records to your data base, type the name of the .PCX file in this field. For example, if you had a character field named MLSNUM in which you stored the multiple listing service number of a particular piece of real estate, then all that is required to link a .PCX image of the same piece of real estate to this record is to name the .PCX file the same as the MLSNUM which was typed in this record. 4. WAMPUM assumes the image file's extension is .PCX unless you specifically include a file extension. Thus, if the MLSNUM were 12345, the image file should be named 12345.PCX DISPLAYING .PCX IMAGES WITHIN YOUR DATA BASES To display the .PCX files, you MUST have a graphics monitor which supports either VGA, EGA, or Hercules graphics. If you have an older EGA card which requires software activation of Hercules-compatible graphics with a monochrome display, make sure you do this before running WAMPUM. 1. .PCX images can be displayed in ADD, EDIT or BROWSE modes from WAMPUM's Main Menu. If you choose to EDIT an existing record, then enter a key to display the desired record. 2. Move the cursor to the field you are using to identify your .PCX images. E.g. move to MLSNUM in the example above. 3. Press <ALT-V> to view the .PCX image on your graphics monitor. If WAMPUM beeps at you, then one of several things has happened: either you don't have a graphics card installed or enabled, or the field is not a CHARACTER-type field, or there is no .PCX file with a name matching the data contained in the current field. Usually the problem will be a missing .PCX file in your current directory or DOS PATH. If the field value says 12345, then you must have a file named 12345.PCX in your directory. PRINTING .PCX IMAGES FROM YOUR DATA BASES While the image is displayed on your screen, you may print it provided you have (1) a graphics printer and (2) if you have previously loaded a graphics print screen driver which supports your printer BEFORE running WAMPUM. DOS includes a GRAPHICS.COM program which will allow you to print graphics images using an IBM or Epson-compatible dot matrix printer. To load the driver type GRAPHICS at the DOS prompt before running WAMPUM. If you have an HP LaserJet, there are several public domain or shareware graphics printer drivers available in the marketplace. Load one of these into memory before running WAMPUM. For other types of printers, you'll need to shop around to find a graphics screen print utility that supports your printer. Once the graphics print driver has been loaded, simply follow the steps above to display the graphics image within WAMPUM. Then press <SHFT-PRTSCRN> to print the .PCX display on your printer. .PCX IMAGE FILES -- SPECIAL NOTES There are a few things to watch out for when using WAMPUM's graphics image support. First, you must appreciate that there are thousands of different graphics cards and monitors. Most do what the salesman told you they would. A few don't. If it doesn't work, it simply doesn't work. We have tested WAMPUM with Hercules, EGA, and VGA cards from the major manufacturers. ALL of them work! We'd like to know about any incompatibilities, but we can't guarantee we'll be able to make WAMPUM work with every quirky card and monitor around. Second, if you have a monochrome monitor and an EGA card, you should be aware that the EGA card was designed to emulate BOTH the IBM monochrome display card (which does NOT support graphics) and the Hercules graphics card (which DOES support graphics). You MUST configure the card to support the latter. This may require use of a software setting to enable Hercules graphics mode. WAMPUM cannot distinguish between the two modes, and this may cause your system to hang if the EGA card is set to non-graphics mode. Finally, for those new to graphics, you're probably wondering how to con- vert your photograph into a .PCX file. The cheapest way is with a hand-scanner. For about $150, you will get fairly good resolution black and white .PCX files. At the other end of the spectrum, the sky is the limit in terms of cost. The most popular image capture card is the TARGA 16 with a retail price of $1995. With this card, you can capture images directly from a video camera which can output either an NTSC composite video signal (like a VCR) or an RGB analog one. If black and white scans won't do, a color scanner such as Howtek's Scanmaster can be had for $6,195. It works well with the Targa 16 from Truevision. You then will need a program called T-EGA ($199) from Videotex Systems to convert TARGA files to .PCX format. Their number is 800/888-4336. The CHEAPEST OPTION for color projects is probably to have someone convert pictures to .PCX files for you. One such vendor is Graphic Edge. Their number is 214/638-8416. They charge about 15 bucks a picture for color. ENJOY!!! CUSTOMIZING THE GRAPHICS DISPLAY ENVIRONMENT WAMPUM deciphers most graphics cards correctly. If you would prefer a dif- ferent resolution or number of colors, you may override the settings which nor- mally would be chosen by adding the following command to your AUTOEXEC.BAT file or simply typing it at the DOS prompt before running WAMPUM: SET VM=mode where mode is a number from the following table. Default modes show an asterisk. MODE RESOLUTION COLORS HARDWARE REQ'D ---- ---------- ------ -------------- 4 320 x 200 4 CGA/EGA/VGA 6 640 x 200 2 CGA*/EGA/VGA 13 320 x 200 16 EGA/VGA 14 640 x 200 16 EGA/VGA 15 640 x 350 2 EGA/VGA 16 640 x 350 16 EGA*/VGA 17 640 x 480 2 VGA 18 640 x 480 16 VGA* 19 320 x 200 256 VGA 99 --> --> (mode is set by value stored in the .PCX file) 200 720 x 348 2 Hercules* SPECIAL NOTES: If you manually set MODE 19 with the command SET VM=19, WAMPUM supports pre-version IV .PCX files with a palette file provided the palette file has the same file name as the .PCX file with a .PAL extension. If you are capturing your own .PCX files and wish to use different reso- lutions and numbers of colors for different images, then you should issue the command SET VM=99. In this case, WAMPUM will read the mode setting embedded in the .PCX file and set the display adaptor accordingly. Our best advice is to first experiment with no setting of the VM variable. If the results are unsatisfactory, then you may wish to manually try several different video mode settings until you find one that meets your needs. DO NOT UNDER ANY CIRCUMSTANCES SET A VIDEO MODE OTHER THAN ONE OF THE NUMBERS SHOWN ABOVE. DOING SO WILL ALMOST CERTAINLY SEND WAMPUM INTO THE OZONE THE FIRST TIME YOU ATTEMPT TO DISPLAY A .PCX IMAGE. WARD MUNDY SOFTWARE, 4160 CLUB DRIVE, ATLANTA, GA 30319 C U S T O M E R I N V O I C E +---------------------------------------------------------------+ |Customer: |Order Date: | | |---------------------------| | |Shipped Dt: | | |---------------------------| | |Invoice No: | | |---------------------------| | |P.O. Number | +---------------------------------------------------------------+ +---------------------------------------------------------------+ |QUANTITY |DESCRIPTION |UNIT PRICE| AMOUNT | |---------|------------------------------|----------|-----------| | | | | | | |WAMPUM Second Ed. Users Guide | 20.00 | | | | | | | | |WAMPUM 4.2 Single User License| 50.00* | | | | | | | | |WAMPUM 4.2 Network License | 150.00* | | | | | | | | |WAMPUM 3.3 FoxBASE+ Single Lic| 50.00 | | | | | | | | |WAMPUM 3.3 FoxBASE+ Network | 150.00 | | | | | | | | |WAMPUM 3.3 Floppy-Only License| 50.00* | | | | | | | | |WAMPUM Form Letter Editor | 20.00 | | | | | | | | |MenuMaker for WAMPUM/dLITE | 20.00 | | | | | | | | |dLITE 90-day ShareWare Lic. | 5.00 | | | | | | | | |dLITE Single User License | 25.00 | | | | | | | | |Badge-O-Magic 90-day ShareWare| 5.00 | | | | | | | | |Badge-O-Magic License per PC | 45.00* | | | | | | | | |Badge-O-Magic Network License | 95.00* | | | | | | | |---------------------------------------------------------------| |* Specify INDEX: Clipper( ) dBASE III+( ) 3-1/2" disk?( ) | |---------------------------------------------------------------| | | Foreign Shipping Surcharge | 5.00 | | | | | | | | Order | Shipping & Handling Charges | 5.00 | 5.00 | | | |----------|-----------| | | | TOTAL | | +---------------------- Thank You! -----------------------------+ TERMS: Please make check payable to Ward Mundy, 4160 Club Drive, Atlanta, GA 30319. Checks drawn on U.S. banks only!